home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.19990725-20000114
/
000117_news@columbia.edu _Mon Sep 27 19:51:26 1999.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
2KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA25329
for <kermit.misc@watsun.cc.columbia.edu>; Mon, 27 Sep 1999 19:51:26 -0400 (EDT)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA20254
for kermit.misc@watsun.cc.columbia.edu; Mon, 27 Sep 1999 19:23:59 -0400 (EDT)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: jrd@cc.usu.edu (Joe Doupnik)
Subject: Re: CLEAR failure?
Message-ID: <MwRIAFVTXkAR@cc.usu.edu>
Date: 27 Sep 99 10:11:45 MDT
Organization: Utah State University
To: kermit.misc@columbia.edu
In article <ruur5lke3i571@corp.supernews.com>, no_spam@adams.patriot.net () writes:
> This loop in my MS-Kermit 3.15 dialing script appears to be
> infinite. Is there something I'm missing about the CLEAR and
> REINPUT commands? I would expect REINPUT 0 <anything> to fail
> after the input buffer has been cleared.
>
> clear
> :clear_loop
> reinput 0 CARRIER
> if failure forward clear_exit
> echo DEBUG: Buffer did not clear
> clear
> pause 1
> if failure forward user_cancelled
> goto clear_loop
> :clear_exit
>
> Thanks,
>
> David Winfrey
---------
The CLEAR command removes existing material. More importantly
REINPUT looks at existing material and there is no command above to get
fresh material. Thus a failure of REINPUT will persist. The better approach
would be to use INPUT rather than REINPUT.
Joe D.